Method and apparatus for the alignment of multi-aperture systems

ABSTRACT

A vehicle sensor system consisting of video, radar, ultrasonic or laser sensors, oriented to obtain a 360 degree view around the vehicle for the purpose of developing a situation or scene awareness. The sensors may or may not have overlapping field of views, or support the same applications, but data will be shared by all. Orientation of the sensor to the vehicle body coordinates is critical in order to accurately assess threat and respond. This system describes methods based on measuring force and rotation on each sensor and computing a dynamic alignment to first each other, then second to the vehicle.

RELATED FILINGS

This application is a continuation of U.S. patent application Ser. No. 12/698,960, filed Feb. 2, 2010, which is a continuation of U.S. patent application Ser. No. 12/024,058, filed Jan. 31, 2008, which is a continuation of U.S. Pat. No. 7,337,650, Issued Mar. 4, 2008 Titled—SYSTEM AND METHOD FOR ALIGNING SENSORS ON A VEHICLE the disclosures of which are incorporated herein by reference in their entirety and further incorporates by reference: U.S. Pat. No. 6,629,033, Issued Sep. 30, 2003 Titled—OPEN COMMUNICATION SYSTEM FOR REAL-TIME MULTIPROCESSOR APPLICATIONS, U.S. Pat. No. 6,771,208, Issued Aug. 3, 2004 Titled—MULTI SENSOR SYSTEM, and U.S. Pat. No. 7,146,260, Issued Dec. 5, 2006 Titled—METHOD AND APPARATUS FOR DYNAMIC CONFIGURATION OF MULTIPROCESSOR SYSTEM.

Applicants believe the above-incorporated material constitutes “essential material” within the meaning of 37 CFR 1.57(c)(1)-(3), applicants have amended the specification to expressly recite the essential material that is incorporated by reference as allowed by the applicable rules.

BACKGROUND

Next generation automotive systems such as Lane Departure Warning (LDW), Collision Avoidance (CA), Blind Spot Detection (BSD) or Adaptive Cruise Control (ACC) systems will require target information from multiple sensors including a new class of sensor called sensor apertures such as radar, image or laser, similar to those found on advanced tactical fighter aircraft. For example, one sensor aperture may be located on the front bumper of the vehicle and obtains range and azimuth information about vehicles and stationary objects in front of the vehicle. Another sensor aperture may be located on the dash of the vehicle and obtains image information about vehicles and stationary objects in front of the vehicle. Another sensor aperture may be located on the side of the vehicle and obtains either range and azimuth data or image data in order to determine velocity and track information on vehicles that pass the vehicle. These new systems must take all of the information from the multiple sensors apertures on the vehicle and compute an accurate picture of the moving objects around the vehicle; this is known as kinematic state of the targets, or Situation Awareness (SA). To do this the Situation Awareness Platform (SAP) must accurately align the sensors apertures to each other so that information about a target from one sensor aperture can be used with information about the target from a different sensor aperture. This is called Sensor Fusion (SF), this is necessary for the SAP to get an optimal kinematic state of the targets around the vehicle in order to assess threat. The sensor apertures must also be aligned to the body of the vehicle so that the SAP can determine the position and velocity of the target with respect to the vehicle; this is called Navigation Fusion (NF).

One method of aligning the sensors apertures to each other and to the vehicle is to use mechanical and optical instruments, such as auto-collimators and laser boresight tools, during the production of the vehicle. This technique is not only costly, but would be require if a sensor aperture were repaired or replaced after production. An alignment procedure would have to be performed again in order to assure the safety critical systems were reporting accurately. Also as the vehicle goes through normal wear and tear the sensor apertures would start to become misaligned and may not be noticed by the operator. This means that the data from the sensor apertures would not correlate with each other and the vehicle reference frame until the sensor apertures were aligned again. Again, this would be costly to the vehicle operator and until performed, the SAP may not provide accurate data. Therefore, a method to align the sensor apertures to each other and to the vehicle without the use of sophisticated optical tools is required. This patent addresses this problem by describing methods that can be used to align the sensor apertures to each other and to the vehicle that do not require external alignment equipment.

In a discussion of Prior Art, U.S. Pat. No. 5,245,909, Automatic Sensor Alignment, relates to systems for maintaining alignment-sensitive aircraft-borne avionics and weapons sensors in precise alignment. It further relates to methods for precisely aligning sensitive avionics for weapons system instrumentation, which is subject to vibrations causing misalignment. Whereas this disclosure relates to methods and systems that support advanced automotive systems not described in the prior art. A second key difference is the reliance of sensor data from the vehicle as part of the alignment method. Another difference is using image apertures with elements of the vehicle in the field of view of the imager and employing optical methods for determining changes to the alignment with respect to the vehicle and vehicle reference frame, then applying a compensation based on the misalignment angle measured. Finally, this system described herein does not require a reliance on boresighting and aligning any sensor to achieve a vehicle reference frame.

U.S. Pat. No. 6,202,027, Automatic Curve Sensor Calibration, describes an improved system for accurately determining the travel path of a host vehicle and the azimuth angle of a target vehicle through an automatic calibration that detects and compensates for misalignment and curve sensor drift. The difference is a reliance on observed objects and track file generation and subsequent changes to the track files over time. Whereas this patent teaches methods of alignment based force vectors, rotational rates or optically measured changes with respect to the vehicle reference frame. Essentially all observed objects are compensated for misalignment error on the observing vehicle.

U.S. Pat. No. 5,031,330, Electronic Boresight, teaches that pairs of level sensing devices can be used in a method that aligns plane surfaces to one another by tilting platforms equal to the amount misalignment measured to adjust the sensor azimuth. Whereas this patent teaches that the sensor apertures are rigidly mounted to the vehicle and correction to misalignment is done by compensation values observed with respect to the vehicle reference frame.

Different sensors can be used in vehicles to identify objects and possible collision conditions. For example, there may be an optical sensor, such as a camera, mounted to the roof of the vehicle. Another Infrared (IR) sensor may be mounted in the front grill of the vehicle. A third inertial sensor may be located in yet another location in the central portion of the vehicle. Data from these different sensors is correlated together to identify and track objects that may come within a certain vicinity of the vehicle.

The measurements from the different sensors must be translated to a common reference point before the different data can be accurately correlated. This translation is difficult because the sensors are positioned in different locations on the vehicle. For example, the sensor located inside the front bumper of the vehicle may move in one direction during a collision while the sensor located on the top of the vehicle roof may move in a different direction.

One of the sensors may also experience vibrations at a different time than the other sensor. For example, the front bumper sensor may experience a vertical or horizontal movement when the vehicle runs over an obstacle before any movements or vibrations are experienced by the roof sensor. This different movements of sensors relative to each other make is very difficult to accurately determine the precise position and orientation of the sensors when the sensor readings are taken. This makes it difficult to translate the data into common reference coordinates.

The present invention addresses this and other problems associated with the prior art.

SUMMARY OF THE INVENTION

A vehicle sensor system configured to gather sensory data 360 degrees around the vehicle, comprising of sensor apertures for gathering data such as: range (e.g. ultrasonic); range and azimuth (e.g. laser and/or radar); images (e.g. optical and/or thermal). The vehicle has sensors that align and establish a vehicle reference frame by measuring body yaw, pitch and roll rates as well as acceleration along the 3 axes of the vehicle. The imaging apertures that have a clear view of body mold lines, like hood or rear deck, will align themselves to the vehicle reference frame, those apertures that can not align using optical methods are aligned to the vehicle using accelerometers and rates sensors by reading the inertial acceleration or angular rotation to align themselves to each other. An Integrated Computing Platform (ICP) hosts the SAP software that maintains complete system alignment by determining differences in alignment and applying or updating a compensation value with respect to the vehicle body coordinates resulting in a dynamically boresighted system.

A multi-sensor system includes multiple sensors that are integrated onto the same substrate forming a unitary multi-sensor platform that provides a known consistent physical relationship between the multiple sensors. A processor can also be integrated onto the substrate so that data from the multiple sensors can be processed locally by the multi-sensor system.

The foregoing and other objects, features and advantages of the invention will become more readily apparent from the following detailed description of a preferred embodiment of the invention which proceeds with reference to the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram showing how a common inertial acceleration is sensed by accelerometers on each sensor and can be used to align the sensor coordinate frames.

FIG. 2 is a diagram showing the pitch angles used to determine the pitch misalignment angle of the optical sensor.

FIG. 3 is a diagram showing the yaw data that is used to determine the yaw misalignment angle of the optical sensor.

FIG. 4 is a diagram showing the roll data that is used to determine the roll misalignment angle of the optical sensor.

FIG. 5 is an image showing the top of the hood and how it is used to compute the pitch misalignment angle.

FIG. 6 is a magnified image of the hood line showing the pixels of the image.

FIG. 7 is an image showing the top of the hood and how it is used to compute the roll misalignment angle.

FIG. 8 is a magnified image of the banked hood line showing the pixels of the image.

FIG. 9 is an image showing the top of the hood and how it is used to compute the yaw misalignment angle.

FIG. 10 is a flow chart that shows the alignment process when all sensors have micro-inertials.

FIG. 11 is a flow chart that shows the alignment process when using micro-inertials and an optical sensor.

FIG. 12 is a flow chart that shows the alignment process when all of the sensors are optical.

FIG. 13 is a flow chart that shows the alignment when the sensors are on a common platform.

FIG. 14 is a block diagram of a multi-sensor system.

FIG. 15 is a block diagram of an alternate embodiment of the multi-sensor system that includes an on-board processor. FIG. 16 is a flow diagram showing how the processor in FIG. 15 operates.

FIG. 17 is detailed diagram showing how different elements in the multi-sensor system are electrically connected together.

FIG. 18 is a diagram showing how different multi-sensor systems operate together to track objects.

DETAILED DESCRIPTION

One method is to attach three axis accelerometers to each sensor and to the vehicle and use gravity and the acceleration of the vehicle, which will be sensed by the accelerometers, to align the sensor axes to each other and to the vehicle. Information from the vehicle that is available on the Car Area Network (CAN) bus will also be used to perform the calculation of the misalignment angles. FIG. 1 shows in two dimensions the relation between sensor aperture A frame, sensor aperture B frame and the vehicle body reference frame. There are two accelerometers that sense acceleration in the X and Y axes of the sensor apertures and vehicle. This problem can easily be expanded to three dimensions with another accelerometer located in the Z-axes of each sensor and vehicle.

In FIG. 1 the vehicle experiences a linear acceleration and this common acceleration is observed by the accelerometers located on sensor aperture A, sensor aperture B and the vehicle body. The accelerometers that are attached to the vehicle body are aligned to the vehicle body reference frame. By taking the difference in acceleration data from the accelerometers on sensor aperture A and sensor aperture B and inputting this data in a Kalman Filter, the misalignment angle between the two sensor apertures, .theta.sa-.theta.sb, can be computed. The same can be done between sensor aperture A and the vehicle body, and sensor aperture B and the vehicle body to compute all of the misalignment angles. This approach can be used to compute the three dimensional misalignment angles of roll, pitch and yaw between sensor apertures and the vehicle body reference frame.

The same approach can be used when the vehicle is turning and each accelerometer group experiences a centripetal acceleration. However, in this case the difference in accelerations must be compensated by the centripetal acceleration resulting from the lever arm vector between the two sensor apertures and the angular rotation of the vehicle. The angular rotation of the vehicle is sensed by a gyro triad or micro-inertial device located at the vehicle body reference frame Acomp=Asensora−wxwxR1 The input to the Kalman filter is now: Acomp−Asensorb where: Asensora is the acceleration measured by sensor A accelerometers Asensorb is the acceleration measured by sensor B accelerometers w is the angular rotation of the vehicle measured by the ref gyros x is the cross product of two vectors R1 is the lever arm vector between sensor A and sensor B Acomp is the sensor acceleration compensated for lever arm rotation.

Also if the vehicle is stationary, the accelerometer groups will sense gravity and this can be used to help compute some of the misalignment angles. Information from the vehicle CAN bus, such as wheel rotation speeds are zero, will tell the Kalman filter that the vehicle is not moving and the only sensed acceleration will be from gravity.

FIG. 10 is a flow chart showing the process when all of the sensor apertures, as well as the vehicle body, have a micro-inertial attached to them. When the vehicle is moving, the micro-inertials sense the angular rotation and/or acceleration of the vehicle and this information is the input to a Kalman filter. The filter uses this information to estimate the roll, pitch and yaw misalignment angles between a sensor aperture and the vehicle body frame. These misalignment angles are then used to rotate the sensor target data into the vehicle body frame. With all of the target data in a common reference frame the processor can fuse data from several sensors into an optimal target track file.

The second method is to use accelerometers to align the sensor apertures to each other and one of the sensor apertures is aligned to the vehicle body by using optical information from the sensor aperture itself. For example, acceleration data can be used to align sensor aperture A to sensor aperture B, but sensor aperture B is aligned to the vehicle body directly by using sensor aperture B to compute the misalignment angles between sensor aperture B and the vehicle body. Since sensor aperture A is aligned to sensor aperture B and sensor aperture B is aligned to the vehicle body, you can compute the misalignment between sensor aperture A and the vehicle body. Sensor aperture B can be a visual sensor aperture, such as a video camera, and by observing the outline of the hood and body of the vehicle using this camera, you can compute the misalignment angles between sensor aperture B and the vehicle body frame.

FIG. 2 shows that the pitch misalignment angle is the angle between the sensor aperture's X-axis and vehicle's X-axis in the vertical plane. The pitch angle between the vehicle X-axis and a line from the sensor aperture to the top point of the hood, .PHI.vehicle, can be computed from the vehicle's dimensions. The image from the sensor aperture, FIG. 5 for example, shows the top of the hood. By counting the pixels from the center of the image down to the hood, Pp, the sensor aperture pitch angle can be computed. Using a 480.times.640 pixel image, this angle can be computed to within 1 pixel, see FIG. 6. With a vertical field of view, FOVv, the pitch angle is: .PHI.s=(Pp/480)*FOVv The pitch misalignment angle is: .PHI.misalign=.PHI.s−.PHI.vehicle.

FIG. 3 shows that the small yaw misalignment angle is the angle between the sensor aperture's X axis and vehicle's X axis in the horizontal plane. The sensor aperture image shows the left and right edges of the hood, FIG. 9. By computing the pixels from the left hood edge or mark on the hood to the left of the image border, Pyl, and the right hood edge or mark to the right border, Pyr, the yaw angle of the sensor aperture misalignment with a horizontal field of view, FOVh is: .PSI.Misalign=((Pyl−Pyr)/2*640)*FOVh.

FIG. 4 shows that the small roll misalignment angle is the angle between the sensor aperture's Y-axis and vehicle's Y-axis in the vertical plane. The sensor aperture image shows that the hood line and the sensor aperture level lines cross to form the roll misalignment angle. This is shown in FIG. 7. By measuring the pixels between the two lines at the edge of the image, Pr, the roll misalignment angle can be computed as follows: .THETA.Misalign=(2*Pr/640)*180/.pi. FIG. 8 shows that the hood line can be determined accurately to within a couple of pixels.

FIG. 11 is a flow chart showing the process when at least one of the sensors is an optical device. All of the sensors have a micro-inertial attached to them. The optical device can see the targets and the outline of features of the vehicle, such as the hood line. The optical sensor uses the hood line information to compute the roll, pitch and yaw misalignment angles between the optical sensor frame and the vehicle body frame.

When the vehicle is moving, the micro-inertials sense the angular rotation and/or acceleration of the vehicle. Like FIG. 10, the Kalman filter estimates the roll, pitch and yaw misalignment angles between a sensor aperture frame and the optical sensor frame. These misalignment angles as well as the misalignment angles between the optical sensor and the vehicle body frame are then used to rotate all of the sensor target data into the vehicle body frame. Again, with all of the target data in a common reference frame the processor can fuse data from several sensors into an optimal target track file.

A third method is to use optical information from sensor aperture A and sensor aperture B to compute the misalignment between the two sensor apertures and to use optical information from sensor aperture B to compute the misalignment between sensor aperture B and the vehicle body. For example, sensor aperture A can be a ranging laser sensor aperture and it sends out multiply beams of light to detect a target. When the light is reflected from the target, sensor aperture B can also detect the reflected light in its video camera and using this information it can compute the misalignment between sensor aperture A and sensor aperture B.

FIG. 12 is a flow chart showing the process when all of the sensors on the vehicle are optical sensors. Each optical device can see targets and the outline of features of the vehicle, such as the hood or truck line. The optical sensors use this vehicle body information to compute the roll, pitch and yaw misalignment angles between the optical sensor frame and the vehicle body frame. These misalignment angles are then used to rotate the sensor target data from each sensor into the vehicle body frame. Like the two cases above, with all of the target data in a common reference frame the processor can fuse data from several sensors into an optimal target track file.

A fourth method is to collocate all of the sensor apertures into one box that is mounted on the vehicle, such as the roof, so that all sensor apertures are always aligned with respect to each other and the only alignment required is the alignment between this sensor aperture box and the vehicle body. This can be performed by using a set of accelerometers in the sensor aperture box and on the vehicle body frame or optically by using a video camera in the sensor aperture box.

FIG. 13 shows the case where all of the sensors are mounted onto one fixed platform. If one of the sensors is an optical sensor then it can be used to align the platform frame to the vehicle body frame as shown above. Once this set of misalignment angles is computed, then all of the target data from all of the sensors can be rotated to the common vehicle body reference frame. As shown above all of the target data is now in one reference frame for computing the optimal target tracks. If none of the sensors are optical, then a set of micro-inertials can be mounted on the common platform and also on the vehicle body. While the vehicle is moving the Kalman filter can now be used to compute the misalignment angles as discussed in the above paragraphs.

The systems described above can use dedicated processor systems, micro controllers, programmable logic devices, or microprocessors that perform some or all of the operations. Some of the operations described above may be implemented in software and other operations may be implemented in hardware.

For the sake of convenience, the operations are described as various interconnected functional blocks or distinct software modules. This is not necessary, however, and there may be cases where these functional blocks or modules are equivalently aggregated into a single logic device, program or operation with unclear boundaries. In any event, the functional blocks and software modules or described features can be implemented by themselves, or in combination with other operations in either hardware or software.

Having described and illustrated the principles of the invention in a preferred embodiment thereof, it should be apparent that the invention may be modified in arrangement and detail without departing from such principles. Claim is made to all modifications and variation coming within the spirit and scope of the following claims.

FIG. 14 shows a multi-sensor system 20812 that includes different sensors 20816 and 20818 that are both integrally attached to or integrally formed into the substrate 20814. Because the two sensors 20816 and 20818 are integrated onto the same substrate 20814, any forces experienced by sensor 20816 are also experienced by sensor 20818. One type of material that is used for substrate 20814 is invar. Invar is a rigid metal that has been cured with respect to temperature so that its dimensions do not change with fluxuations in temperature. Any rigid material that is resilient to expansion or contraction with temperature changes can be used.

Locating the sensors 20816 and 20818 on the same substrate 20814 simplifies the cost of sensor manufacturing and installation. For example, the two sensors 20816 can be assembled onto the substrate 20814 in a factory prior to being installed on a vehicle. If the two sensors 20816 and 20818 were not mounted on the same substrate 20814, then each sensor would have to be separately mounted on the vehicle and then calibrated to a known alignment with respect to each other. Even if the two sensors were installed correctly, changes in the shape of the vehicle due to wear, temperature, etc. over time could change the initial alignment between the two sensors.

Premounting or prefabricating the sensors 20816 and 20818 on the substrate 20814 prior to installation on a vehicle, prevents these alignment errors. Only the substrate 208 14 of the multi-sensor system 20812 has to be mounted to the vehicle, not the individual sensors 20816 and 20818. This allows the relative position 20820 and alignment between the two sensors 20816 and 20818 to remain the same regardless of how the substrate 20814 is mounted on the vehicle.

Wiring is also simplified since only one wiring harness has to be run through the vehicle to the multi-sensor system 20812.

In one example, the sensor 20816 senses an area 20824 and the sensor 20818 senses an area 20822 that are both coincident. One of the sensors may have a wider field of view than the other sensor. There can also be more than two sensors on substrate 20814 and any active or passive sensor that provides object detection or vehicle force measurements can be mounted onto substrate 20814. Some examples of sensors include ultrasonic, Infra-Red (IR), video, radar, and lidar sensors.

Depending on the substrate 20814 and the types of sensors, different mounting techniques can be used. The sensors may be separate components that are glued or bolted onto the substrate 20814. If the multi-sensor system 20812 is an integrated circuit, then the sensors 20816 and 20818 may be integrally fabricated onto a silicon or alternative temperature resilent substrate 20814 using known deposition processes.

In one example, sensor 20814 is a radar or lidar sensor and sensor 20818 is a camera. Combining a video camera sensor with a radar and/or lidar sensor on the substrate 14 provides several advantages. The camera sensor 20818 provides good angle resolution and object identification. The radar or lidar sensor 20816 on the other hand is very effective in identifying range information.

Combining the camera video sensor 20818 with the radar or lidar sensor 20816 on the same substrate 20814 allows more effective correlation of camera angle and identification data with radar or lidar range information. For example, the radar sensor 20814 may only be able to measure angle of an object to within one-half a degree. Because of the limited angle accuracy of the radar angle readings, it may not be possible to determine from the radar reading along if an oncoming vehicle is coming from the same lane of traffic or from an opposite lane of traffic.

The video sensor 20818 may be able to accurately determine the angle of an object to within one-tenth or one-one hundredth of a degree. By correlating the radar information with the camera information, the location of an on-coming vehicle can be determined more accurately.

Do to vibration differences and possible inaccuracies in sensor alignment, it may not be possible, within fractional degrees of accuracy, to correlate information with separately mounted sensors. In other words, if the camera angle varies within plus or minus one degree with respect to the radar angle, then the camera data may not be able to refine the radar measurements.

By mounting the camera sensor 20818 and the radar sensor 20816 to the same substrate 20814, the relative position and alignment between the two sensors remains essentially the same regardless of physical effects on the vehicle. Thus, the camera data can be correlated with radar data to within fractions of a degree of accuracy.

In another example, a first sensor may detect one object out in front of the vehicle. A second sensor located somewhere else on the vehicle may detect two different objects in front of the vehicle. Because of vibrations in different parts of the vehicle, a central processor may not be able to determine which of the two objects detected by the second sensor is associated with the object detected by the first sensor. With the multi-sensor system 20812, measurement errors caused by this vehicle vibration is cancelled since the two sensors 20816 and 20818 effectively experience the same amount of vibration at the same time.

FIG. 14 shows an alternative embodiment where a processor 20826 is mounted to the substrate 20814. Again the processor 20826 can be a standalone component that is rigidly attached to substrate 20814. Alternatively, the processor 20826 is a portion of the same integrated circuit that also contains the circuitry for sensors 20816 and 20818. The processor 20826 can perform signal processing tasks for both sensor 20818 and sensor 20816 and can also handle communication and diagnostics tasks. Tracks for identified objects are sent over connection 20828 to other multi-sensor systems in the vehicle or to a vehicle control system as shown later in FIG. 18.

In previous multi-sensor applications, each sensor was required to send all data back to the same central processing system. This takes additional time and circuitry to send all of the data over a bus. By mounting the processor 20826 in the multi-sensor system 20812, data from both sensor 20816 and sensor 20818 can be processed locally requiring fewer reports to be sent over connection 20828.

Referring to FIG. 16, the processor 20826 in FIG. 14 receives radar reports from the first sensor 20816 in block 20834. The processor 20826 receives image reports from the second sensor 20818 in block 20836. The processor 20826 correlates the different reports in block 20838. Since the relative position of the two sensors 20816 and 20818 are the same and possibly coincident, the processor 20826 does not have to perform as many calculations transforming sensor measurements into common body coordinates for the vehicle.

The correlation may include first determining if the reports actually identify an object in block 20840. The processor 20826 can verify or refine object detection information from one of the sensors with the message reports received from the other sensor. If both sensors do not verify detection of the same object within some degree of certainty, then the processor system 20826 may discard the message reports or continue to analyze additional reports in block 20840.

When an object is detected in block 20840, the processor 20826 only has to send one report in block 20842 representing the information obtained from both sensor 20816 and sensor 20818. This reduces the total amount of data that has to be sent either to a central controller or another multi-sensor system in block 20842.

FIG. 17 shows in further detail the different devices that may be integrated on the multi-sensor substrate 20814. Camera optics 20850 and radar transmit/receive modules 20852 are each connected to a Central Processing Unit (CPU) 20854 and a digital signal processor 20856. A memory 20858 is used to store sensor data, signal processing applications and other operating system functions. The CPU 20854 is also used for conducting distributed sensor fusion as described in further detail below.

Distributed Sensor Fusion

Referring to FIG. 18, different multi-sensor systems 20812A-20812D are used for monitoring different zones around a vehicle 20860. For example, system 20812A monitors zone 1, system 20812B monitors zone 2, system 20812C monitors zone 3 and system 20812D monitors zone 4. The CPU 20854 and digital signal processor 20856 (FIG. 17) in each multi-sensor system 20812A-20812D in combination with the camera and radar sensors identify and track objects autonomously, without having to communicate with a central controller 20868 in vehicle 20860.

Whenever an object is detected, identified and tracked, a track file is created for that object in memory 20858 (FIG. 17). If the object moves to another zone around the vehicle 20860, the multi-sensor system for the zone where the object was previously detected only has to send the track files to the other multi-sensor system associated with the overlapping region.

For example, a bicycle 20865 may be initially detected by multi-sensor system 20812A at location 20864A in zone 1. The multi-sensor system 20812A creates a track file containing position, speed, acceleration, range, angle, heading, etc. for the bike 20865. As the vehicle 20860 moves, or the bike 20865 moves, or both, the bike 20865 may move into a new position 20864B in an overlapping region 208 66 between zone 1 and zone 2. The multi-sensor system 20812A upon detecting the bike 20865 in the overlapping region 20866 sends the latest track file for the bike 20865 to multi-sensor system 20812B over bus 20862. This allows the multi-sensor system 20812B to start actively tracking bike 20865 using the track information received from multi-sensor system 20812A.

The multi-sensor system 20812A only has to send a few of the latest track files for the common area 20866 over connection 20864 to multi-sensor 20812B in order for system 20812B to maintain a track on bike 208 65. The track files can be exchanged between any of the multi-sensor systems 20812A-20812D. When there are two multi-sensor systems that have overlapping tracks for the same object, the track file with the greatest confidence of accuracy is used for vehicle warning, security, and control operations. There are known algorithms that calculate track files and calculate a degree of confidence in the track file calculations. Therefore, describing these algorithms will not be discussed in further detail.

There may be vibrational effects on the different multi-sensor systems 20812A-20812D. This however does not effect the track calculations generated by the individual multi-sensor systems 20812A-20812D. The only compensation for any vibration may be when the track files are translated into body coordinates when a possible control decision is made by the central controller 208 68.

The connection 20862 can a CAN bus, wireless 802.11 link or any other type of wired or wireless link. The system described above can use dedicated processor systems, micro controllers, programmable logic devices, or microprocessors that perform some or all of the operations. Some of the operations described above may be implemented in software and other operations may be implemented in hardware.

For the sake of convenience, the operations are described as various interconnected functional blocks or distinct software modules. This is not necessary, however, and there may be cases where these functional blocks or modules are equivalently aggregated into a single logic device, program or operation with unclear boundaries. In any event, the functional blocks and software modules or features of the flexible interface can be implemented by themselves, or in combination with other operations in either hardware or software. 

Having described and illustrated the principles of the invention in a preferred embodiment thereof, it should be apparent that the invention may be modified in arrangement and detail without departing from such principles. I claim all modifications and variation coming within the spirit and scope of the following claims.
 1. (canceled)
 2. A method for determining accelerometer location on a vehicle, comprising: mounting a first accelerometer on a vehicle; mounting a second accelerometer on a vehicle; determining the center of rotation, width of the vehicle track, and wheelbase of the vehicle and logging into memory as a vehicle data set; establishing a uniform Cartesian grid and overlaying the vehicle data set on the Cartesian grid and logging into memory as a vehicle reference frame; placing the vehicle into a motion parallel to its longitudinal axis at a first constant speed and first steering angle; obtaining the first constant speed and the first steering angle of the vehicle and logging into memory as an initial velocity data set; maneuvering the vehicle into a turn, wherein the vehicle maintains the second constant speed at a second steering angle with respect to the longitudinal axis and logging into memory as a maneuver velocity data set; measuring the centripetal acceleration of the first accelerometer and determining magnitude and direction of the acceleration measured by the first accelerometer and logging into memory as a first accelerometer data set; measuring the centripetal acceleration of the second accelerometer and determining magnitude and direction of the acceleration measured by the second accelerometer and logging into memory as a second accelerometer data set; downloading the data sets logged into memory, comprising at least one of the: vehicle reference frame, initial velocity data set, maneuver velocity data set, first accelerometer data set, and second accelerometer data set; responsive to downloading the data sets from memory, using the data to determine at least one of the location and orientation of the first and second accelerometer with respect to the center of rotation on the vehicle reference frame.
 3. The method of claim 2, wherein the first accelerometer is mounted on a first object detection sensor.
 4. The method of claim 3, wherein the second accelerometer is mounted on a second object detection sensor.
 5. The method of claim 4, wherein the first and second object detection sensors are components within a vehicle object detection system.
 6. The system of claim 2, wherein memory comprises any, hard disk, Read Only Memory (ROM), Dynamic Random Access memory (RAM), or any combination of different memory devices.
 7. A system for determining accelerometer location on a vehicle, comprising: a first accelerometer mounted on a vehicle; a second accelerometer mounted on a vehicle; system memory; a vehicle data set, wherein the vehicle data set includes at least one of center of rotation, width of the vehicle track, and wheelbase of the vehicle, and wherein the vehicle data set is logged into memory; a uniform Cartesian grid, wherein the vehicle data set is overlaid on the Cartesian grid and logged into memory as a vehicle reference frame; vehicle controls operative to place the vehicle into a motion parallel to its longitudinal axis at a first constant speed and a first steering angle; one or more processors operative to: obtain the first constant speed and a the first steering angle of the vehicle as an initial velocity data set, wherein the initial velocity data set is logged into memory; vehicle controls further operative to maneuver the vehicle into a turn, wherein the vehicle maintains a second constant speed at a second steering angle with respect to the longitudinal axis to provide a maneuver velocity data set to be logged into memory; the one or more processors further operative to: measure the centripetal acceleration of the first accelerometer and determine magnitude and direction of the acceleration measured by the first accelerometer to produce a first accelerometer data set, wherein the first accelerometer data set is logged into memory; measure the centripetal acceleration of the second accelerometer and determine magnitude and direction of the acceleration measured by the second accelerometer to produce a second accelerometer data set, wherein the second accelerometer data set is logged into memory; download the data sets logged into memory, comprising at least one of the: vehicle reference frame, initial velocity data set, maneuver velocity data set, first accelerometer data set, and second accelerometer data set; download the data sets from memory, wherein the processor uses the data to determine at least one of the location and orientation of the first and second accelerometer with respect to the center of rotation on the vehicle reference frame.
 8. The system of claim 7, wherein the first accelerometer is mounted on a first object detection sensor.
 9. The system of claim 8, wherein the second accelerometer is mounted on a second object detection sensor.
 10. The system of claim 9, wherein the first and second object detection sensors are components within a vehicle object detection system.
 11. The system of claim 7, wherein memory comprises any, hard disk, Read Only Memory (ROM), Dynamic Random Access memory (RAM), or any combination of different memory devices.
 12. The system of claim 11, wherein memory includes central memory that all or some of the one or more processors can access.
 13. The system of claim 12, wherein memory comprises one or more different memories that are accessed by one or more specific processors. 